Z_CALC
Краткое описание :
Продолжение 102.166554. Удержание в результатах расчёта ошибочно разбивается на несколько записейОписание :
Расчет удержаний (общие вопросы)Что измененно :
Формируется несколько записей в результатах расчёта по одному удержанию. А должна быть одна запись.
Если для вида удержания установить значение "учитывать в подразделении на дату формирования", то оно не разбивается.
Это можно считать только временным решением для пересчёта ЗП по проблемным сотрудникам т.к. необходимо, чтобы удержание разбивалось по подразделениям отнесения затрат и другим атрибутам.
Необходимо создать новое значение настройки КВУ, которое бы позволяло дробить удержание без учёта вида оплаты, а существующее значение "разбивать по подразделениям отнесения затрат" переименовать, чтобы пользователю было понятно, с каким именно функционалом он работает.
Как измененно :
1. Доработано отображение информации о способе разбивки удержания в классификаторе видов удержаний с учетом различных значений настройки "...\ Режимы расчетов \ Разбивать удержания".
Теперь, если в настройке выбрано значение "только по видам оплат", то вместо текста "разбивать по подразделениям отнесения затрат", выводится текст "разбивать по видам оплат".
Если в настройке выбрано значение "по подразделениям, аналитике и параметру входящих оплат", то для России вместо текста "разбивать по подразделениям отнесения затрат", выводится текст "разбивать по подразделениям, аналитике, параметру и виду оплаты".
2.Для России доработана функциональность выбора способа разбивки удержаний в классификаторе видов удержаний.
Добавлено новое значение "разбивать без учета вида оплаты по подразделениям, аналитике, параметру"
Доработка функционирует при установленном значении "по подразделениям, аналитике и параметру входящих оплат" в настройке "...\ Режимы расчетов \ Разбивать удержания"
для всех видов удержаний, кроме тех, которые обрабатываются программой по жестко заданным алгоритмам.
Перечень таких удержаний приведен в документации.
3.Для России доработано формирование результатов расчета удержаний при расчете заработной платы с учетом нового значения "разбивать без учета вида оплаты по подразделениям, аналитике, параметру".
При таком значении удержания в результатах расчета заработной платы группируются "по подразделениям, аналитике, параметру и периодам входящих начислений".
При группировке учитывается поле КВО "Приоритет оплаты при распределении суммы к удержанию".
Первыми в результатах расчета формируются суммы по удержаниям в видов оплат с более высоким приоритетом.
Примечание. Если значение поля "Приоритет оплаты при распределении суммы к удержанию" не определено, то в качестве приоритетов для распределения сумм удержаний и перечислений, используется поле "Приоритет оплаты при расчете НДФЛ и предоставлении вычетов", как это было ранее.
Если значение поля "Приоритет оплаты при расчете НДФЛ и предоставлении вычетов", в свою очередь, не определено, то используется приоритет для расчета начислений.
Z_CALC
Краткое описание :
Доработки по результатам опытной эксплуатации (Аскона)Описание :
Пользовательские алгоритмыЧто измененно :
По результатам опытной эксплуатации и проверки решения ПИР 102.167569
требуется внести следующие изменения в порядок расчета компенсации за вредность
с пересчетом премиальных сумм:
1 Для случая отсутствия премии по итогам работы (бонуса):
- сумма начислений рассчитывается только из основной оплаты без
учета других начислений;
- расчет НДФЛ осуществляется по формуле - 13% от суммы без учета льгот
и без расчета НДФЛ нарастающим итогом с начала года.
2. При анализе сумм 50/50 из суммы начисления исключить отпуска и больничные листы.
Кроме того, в отчете-расчете суммы компенсации СЗД:
1. Анализировать начисления уволенных сотрудников в будущем периоде.
2. При расчете компенсации для доплаты за совмещение:
- процент доплаты брать у замещаемого сотрудника
- расчет должен идти из СДЗ замещаемого сотрудника.
Как измененно :
Внесены следующие изменения в порядок расчета компенсации за вредность с пересчетом премиальных сумм (Аскона):
1 Для случая отсутствия премии по итогам работы (бонуса):
- сумма начислений рассчитывается только из основной оплаты без
учета других начислений;
- расчет НДФЛ осуществляется по формуле - 13% от суммы без учета льгот
и без расчета НДФЛ нарастающим итогом с начала года.
2. При анализе сумм 50/50 из суммы начисления исключаются отпуска и больничные листы.
Кроме того, в отчете-расчете суммы компенсации СЗД:
1. Анализируются начисления уволенных сотрудников в будущем периоде.
2. При расчете компенсации для доплаты за совмещение:
- процент доплаты берется у замещаемого сотрудника
- расчет производится из СДЗ замещаемого сотрудника.
Z_CALC
Краткое описание :
При расчете ЗП не появляется отдельное перечисление зарплаты по ВО ДивидендыОписание :
Учет реестров и платежных ведомостей при расчете заработной платыЧто измененно :
У работника имеется повременная оплата и оплата "Дивиденды".
При расчете ЗП по одному из работников не появляется отдельное перечисление зарплаты "Дивиденды" при установленной настройке "Разбивать удержания" = "По подразделениям, аналитике и параметру входящих оплат".
В другом случае, перечисление дивидендов в результатах расчета зарплаты должно быть на разницу от суммы дивидентов и НДФЛ с дивидентов, но настроить такое распределение существующими средствами не получается.
Клиентам требуется, чтобы по виду оплаты со счетом 70.01 сформировалась сумма к перечислению в первую очередь, а остальная сумма к перечислению, распределилась на вид оплаты с более низким приоритетом.
На текущий момент в Галактике формирование сумм к перечислению и удержанию происходит на основании поля КВО=> Удержания=> "Приоритет оплаты при расчете удержаний и предоставлении вычетов".
Один и тот же приоритет следования начислений используется и при распределении суммы к перечислению, и при предоставлении вычетов НДФЛ.
Данный подход не устраивает клиентов, т.к. большинство пользователей предпочитает, чтобы вычеты предоставлялись по основной оплате, в то время, как суммы к перечислению должны распределяться по другому.
Имеется еще и вторая проблема.
У работника имеется удержание готовой суммой, распределение которого тоже зависит от суммы той оплаты, у которой приоритет для расчета удержаний выше.
Если сумма, начисленная по данной оплате больше суммы к удержанию, удержание не разбивается на части, если меньше, удержание разбивается.
Сумма по кредиту тоже относится на оплату с более высоким приоритетом.
Как измененно :
1.В Классификатор видов оплат => 'Удержания' добавлены новые поля:
'Приоритет оплаты при распределении суммы к удержанию'
'Приоритет оплаты при распределении суммы к перечислению в банк'
В данные поля можно ввести значение от 0...9.
Поле "Приоритет оплаты при расчете удержаний и предоставлении вычетов" переименовано. Теперь оно называется "Приоритет оплаты при расчете НДФЛ и предоставлении вычетов".
Если значения новых полей не определены, то в качестве приоритетов для распределения сумм удержаний и перечислений, используется поле "Приоритет оплаты при расчете НДФЛ и предоставлении вычетов", как это было ранее.
2.Доработано формирование сумм к перечислению при расчете заработной платы. Теперь функция учитывает поле "Приоритет оплаты при распределении суммы к перечислению в банк".
Первыми в результатах расчета формируются суммы по перечислению оплат с более высоким приоритетом.
3. Работы продолжаются.
В дальнейшем, при расчете заработной платы будет учитываться поле 'Приоритет оплаты при распределении суммы к удержанию'
Примечание. Напомним, что, если значение поля "Приоритет оплаты при расчете НДФЛ и предоставлении вычетов", в свою очередь, не определено, то используется приоритет для расчета начислений.